This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 



BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 

IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 6 : 
A61M 37/00 



Al 



(11) International Publication Number: WO 96/28209 

(43) International Publication Date: 19 September 1996 ( 19.09.96) 



(21) International Application Number: PCI7US96/01661 

(22) International Filing Date: 8 February 1996 (08.02.96) 



(30) Priority Data: 

403,503 



13 March 1995 (13.03.95) 



US 



(71) Applicant: I MED CORPORATION [US/US]; 9775 Business- 

park Avenue, San Diego, CA 92131-1699 (US). 

(72) Inventors: EGGERS. Philip, N.; 15238 Midland Road, Poway, 

CA 92064 (US). SCHIPPER, Jeffrey, D.; 12347 Mesa 
Crest Road, Poway, CA 92064 (US). DUFFY, Robert, 
J.; 16405 Summer Sage Road, Poway, CA 92064 (US). 
BOLL1SH, Stephen, J.; 14170 Banymore Street, San Diego, 
CA 92129 (US). VANDERVEEN, Timothy, W.; 13571 
Summit Circle, Poway, CA 92064 (US). EVANS, Derek, 
K.; 2516 San Marcos Avenue, San Diego, C A 92104 (US). 
KELSKY, Richard, B.; P.O. Box 538, Pound Ridge. NY 
10576 (US). 

(74) Agents: CORUZZI, Laura, A. et al.; Pennie & Edmonds, 1 155 
Avenue of the Americas, New York, NY 10036 (US). 



(81) Designated States: AU, BR, CA. CN. JP, KR, MX, SG 
European patent (AT, BE. CH, DE, DK, ES. FR, GB. GR 
IE, IT. LU. MC. NL, FT, SE). j-f-#L ld2/ jy 

Published 

With international search report. 

Before the expiration of the time limit for amending the 
claims and to be republished in the event of the receipt of 
amendments. 



(54) Title: MODULAR PATIENT CARE SYSTEM 





(57) Abstract 

In accordance with the present invention, a modular patient care system provides patient monitoring and the supply of therapeutic 
requirements. Specifically, the system is comprised of an interface unit (100) and a plurality of patient functional units (150). The interface 
unit provides an interface between the user and the system, and may be configured and adapted to provide different levels of functionality. 
Interface units with different levels of functionality may be interchanged so as to provide greater flexibility, safety, and cost effectiveness. 
Each interface unit (150) contains interface ports (122) for the transfer of information such as drug libraries, system configuration values, 
and event history. The functional units are internally programmed and controlled so as to provide a high level of system modularity, and 
require only power and interfacing functionality from the interface unit. 
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MODULAR PATIENT CARE SYSTEM 



BACKGROUND OF THE INVENTION 

Technical Field 

The present invention relates to a modular, programmable 
10 patient care system. Specifically, the present invention 
relates to a method and apparatus for centrally interfacing 
with a plurality of individually controlled functional units 
which provide patient monitoring and therapies. 

15 Discussion of the Related Art 

Systems containing multiple infusion pumping units and 
sensing devices such as blood pressure monitors and pulse 
oximeters are known in the medical field. For example , U.S. 
Pat. No. 4,756,706 to Kerns et al. discloses a centrally 
managed infusion pump system in which pump and monitoring 
modules are selectively attached to a central management 
unit. The central management unit controls the internal 
setup and programming of the attached modules, and receives 
and displays information from them. Each module is capable 

25 of being detached from the central management unit, and while 
detached is capable of operating independently of the 
management unit. 

U.S. Pat. No. 4,898,578 to Rubalcaba, Jr. also discloses 
a drug infusion system which includes a plurality of infusion 

30 pump modules selectively attached to a central management 
unit so as to provide for centralized control. In 
particular, the central management unit obtains infusion 
parameters from the user and then performs calculations with 
the parameters to establish the desired infusion rate. Once 

35 this rate is determined, the central management unit may 
control the infusion accordingly. 
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In addition, U.S. Pat. No. 5,256,157 to Samiotes et al. 
discloses a programmable infusion pump for dispensing a drug 
in accordance with the requirements of a particular user. 
Specifically, the pump includes a microprocessor which 
5 communicates with a replaceable memory module so as to 
configure the pump to meet individual user needs. 

However, these related art systems contain several 
disadvantages. For example, in these systems, the central 
management unit roust be aware of and must control much of the 

10 functionality of the attached functional units. This is 

undesirable in that the system cannot be easily upgraded when 
a new type of functional module is to be added without 
replacing or modifying the central unit. 

Moreover, these systems disclose a single complex 

15 central management unit that must be used to control and 
program the functional units. Complex central management 
units may be undesirable in clinical situations which do not 
require skilled professionals such as anesthesiologists to 
operate the patient care system, as they introduce a greater 

2 0 risk of error and confusion during use. Therefore, there is 
a need for less advanced central units which may be 
interchanged with the complex interface units depending on 
the clinical situation and the skill of the system operator. 
A further problem with some related art systems is that 

25 they do not include interfaces between the central management 
unit and external devices so as to allow for the uploading or 
downloading of information such as new system configuration 
values and drug libraries. 

Finally, the central management units of some related 

30 art systems are permanently attached to at least one infusion 
pumping unit. This is disadvantageous as many clinical 
situations only require simple patient monitoring, and the 
added expense of an attached infusion unit is unnecessary. 
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OBJECTIVES AND SUMMARY OF THE INVENTION 

In view of the above disadvantages of the related art, 
it is an object of the present invention to provide a modular 
patient care system that may be easily upgraded and adapted 
5 to meet future user needs . 

It is a further object of the invention to provide 
interchangeable central interface units with different levels 
of functionality so as to increase system safety and cost 
effectiveness. 

10 It is yet a further object of the invention to provide 

an interface between the patient care system and external 
devices so as to facilitate the uploading and downloading of 
a wide range of information. 

In accordance with the present invention, there is 

15 provided a modular, programmable patient care system 
comprised of an interface unit removeably attached to a 
plurality of patient functional units. The interface unit 
provides an interface between the user and the system, and 
may be either an advanced interface unit with a high level of 

20 interface functionality or a basic interface unit with a 
lower level of interface functionality. These units may be 
interchanged so as to provide increased flexibility, safety, 
and cost-effectiveness to the user. Each interface unit 
contains interface ports for the uploading and downloading of 

25 information such as drug libraries, drug infusion profiles, 
system configuration values, and event history. 

The functional units of the patient care system provide 
patient monitoring and/or therapies. The functional units 
are internally programmed and controlled so as to provide 

30 greater system modularity, and require only the power, 

interfacing functionality, and overall system management from 
the central interface unit. 



35 
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BRIEF DES CRIPTION OF THE DRAWINGS 

These and other methods, structures, features, aspects, 
and advantages of the present invention will become more 
readily apparent from the following detailed description, 
5 which should be read in conjunction with the accompanying 
drawings, in which: 

FIGS. 1A-1B show an advanced interface unit according to 
the invention, wherein FIG. 1A is a front view of the 
advanced interface unit removeably connected to a functional 
10 unit and FIG. IB is a rear view of only the advanced 
interface unit; 

FIG. 2 shows a front view of an advanced interface unit 
removeably connected to four functional units; 

FIG. 3 discloses a block diagram of an advanced 
15 interface unit; 

FIGS. 4A-4B show a basic interface unit according to the 
present invention, wherein FIG. 4A is a front view and FIG. 
4B is a rear view; 

FIG. 5 discloses a block diagram of a basic interface 

20 unit; 

FIG. 6 discloses a block diagram of a functional unit 
according to the invention; 

FIGS. 7 through 10 depict screen displays of an 
interface unit during the setup of a primary infusion; 
25 FIGS- 11 through 12 depict screen displays of an 

interface unit during the setup of a secondary infusion; 

FIGS. 13 through 14 depict screen displays of an 
interface unit during the setup and operation of a multidose. 
infusion; 

30 FIGS. 15 through 19 depict screen displays of an 

interface unit during the setup and operation of a 
multichannel coordinated infusion; and 

FIGS. 20 through 26 depict screen displays of an 
interface unit during drug infusion rate calculations. 
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DETAILED DESCRIPTION OF THE INV ENTION 

The following embodiments of the present invention will 
be described in the context of a modular patient care system, 
although those skilled in the art will recognize that the 
5 disclosed methods and structures are readily adaptable for 
broader application. Note that whenever the same reference 
numeral is repeated with respect to different figures, it 
refers to the corresponding structure in each such figure. 
PIGS. 1A-1B disclose a modular, programmable patient 

10 care system. According to a preferred embodiment of the 
invention, this system comprises an advanced interface unit 
100 and at least one functional unit 150. 

Advanced interface unit 100 generally performs four 
functions in the patient care system: it provides a physical 

15 attachment of the system to structures such as IV poles and 
bed rails, it provides power to the system, it provides an 
interface between the system and external devices, and, 
except for certain specific information, it provides a 
majority of the user interface of the system. Advanced 

20 interface unit 100 contains an information display 102, which 
may be any type of display such as a liquid crystal display. 
Display 102 may be used during setup and operating procedures 
to facilitate data entry and editing. Display 102 may also 
be used to display various operating parameters such as 

25 volume to be infused (VTBI) for individual functional units 
150 which are pumps and current time of day, as well as other 
prompts, advisories, and alarm conditions. Advanced 
interface unit 100 contains a plurality of hardkeys 104 and 
softkeys 106 for entering data and commands. The numerical 

3 0 hardkeys 104 are used for entering numerical data, while the 
remainder of the hardkeys 104, as well as the softkeys 106, 
are used for entering operational commands. 

Softkeys 106 may be arranged along the edges of display 
102 so as to interact with the display to define the function 

35 of a particular softkey 106 at any given time. Therefore, a 
particular softkey 106 when pressed will allow for the 
selection of an option, or an infusion or monitoring 
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parameter, which is displayed on display 102 adjacent to the 
softkey. As noted, some hardkeys 104 are also used for 
entering specific operational commands. For example, hardkey 
108 when pressed, causes the system to change from standby to 
5 operating mode. Alternatively, if hardkey 108 is pressed 
during a hardware malfunction, it can be used to silence 
audio alarms and turn off electrical power to advanced 
interface unit 100. SILENCE hardkey 110 may be used to 
temporarily disable the audio functionality of advanced 
10 interface unit 100, while OPTIONS hardkey 112 allows user 
access to available system or functional unit options as 
described in more detail in conjunction with FIGS, 7 through 
26 below. 

Advanced interface unit 100 also contains three 

15 indicators 114, 116, and 118. Indicator 114 may be used to 
indicate that the system is communicating with a compatible 
external computer system. Indicator 116 may be used to 
indicate that advanced interface unit 100 is connected to and 
operating with an external power source, and indicator 118 

20 may be used to indicate that advanced interface unit 100 is 
operating with the use of an internal power source. Advanced 
interface unit 100 may also include a tamper-resistant 
control function (not shown in FIG. 1) which, when enabled, 
will lock out a predetermined set of controls. 

25 Advanced interface unit 100 preferably also contains at 

least one external communication interface. A communication 
interface 12 0 is located at the rear of advanced interface 
unit 100. Communication interface 120 is preferably an 
industry standard personal computer memory card international 

30 association (PCMCIA) slot for receiving PCMCIA cards, 

although one skilled in the art could select from a variety 
of commercially available communication means. Also located 
at the rear of advanced interface unit 100 is at least one 
interface port 122. Interface ports 122 are preferably 

35 industry standard RS-232 ports, although again, one skilled 
in the art could select from a variety of commercially 
available communication means. It is to be understood that 
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although a preferred embodiment, of the invention is described 
as containing an interface 120 and at least one port 122, any 
number or combination of communication interfaces and ports 
could be included in advanced interface unit 100. 
5 Interface 120 and ports 122 illustratively may be used 

to download drug libraries, drug delivery profiles, and other 
system configuration values, or may be used to upload event 
history data from advanced interface unit 100. Interface 120 
and ports 122 may also act as an interface to patient 

10 monitoring networks and nurse call systems, or as an 

interface to external equipment such as barcode readers to 
provide a means of inputting drug and/ or patient information 
from medication or patient records. Performing these 
functions with ports 122 and interface 120 will 

15 advantageously provide greater functionality and 

adaptability, cost savings, and a reduction in input errors. 
Ports 122 and interface 120 may also be supplemented with a 
Patient Controlled Analgesia (PCA) port (not shown in FIG. 
1) . The PCA port provides a connection to a remote hand-held 

20 "dose request" button which can be used by a patient to 
request a medication dose during PCA applications. 

Located on both sides of advanced interface unit 100 are 
unit connectors 13 0 and 132 which are used to attach the 
functional units 150 which directly contact advanced 

25 interface unit 100. These connectors 130 and 132 provide 
physical support for the attached functional units 150 and 
provide power and internal communication connections between 
the advanced interface unit and the functional units. As 
will be discussed below, functional units 150 also contain 

30 these unit connectors on either side so that functional units 
may be connected to the patient care system in a side-by-side 
manner. A suitable unit connector is described in U.S. 

patent application no. , entitled ELECTRICAL AND 

STRUCTURAL I NT ERCONN ECTOR and filed concurrently herewith, by 

35 the assignee of the present application. This copending 
application is incorporated herein in its entirety by 
reference. 
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Finally, advanced interface unit 100 includes a clamp 
170 on its rear surface for use in attaching advanced 
interface unit 100 to a structure such as an IV stand or a 
, hospital bed. The clamp may be any clamp suitable for 
5 attaching bedside patient monitoring or infusion apparatus to 
. these structures. 

Also shown in FIG. 1A is a functional unit 150. It is to 
be understood that although only a single functional unit 150 
is shown in FIG. 1A, any number of functional units 150 may 

10 be connected using the above described unit connectors in any 
order to either side of advanced interface unit 100. The 
type and number of functional units attached to advanced 
interface unit 100 is limited only by the physical and 
electric ability of the wiring and of the interface unit to 

15 handle the desired types and numbers of functional units. 
Functional unit 150 may be selected from a wide variety of 
functional units including those for patient therapies and 
patient monitoring. More specifically, functional unit 150 
may be a standard infusion pumping unit, patient controlled 

20 analgesia (PCA) pump, syringe pump, pulse oximeter, invasive 
or non-invasive blood pressure monitor, electrocardiograph, 
bar code reader, printer, temperature monitor, RF telemetry 
link, fluid warmer/iv pump, or high rate IV pump (2000+ 
ml/hr) . It is to be understood that this list is for 

25 illustrative purposes only and that one skilled in the art 
could adapt functional unit 150 for other uses. 

Each functional unit 150 includes a channel position 
indicator 155 which identifies the position of the functional 
unit within a patient care system. As shown by position 

30 indicator 155 in FIG. 1A, a system may illustratively contain 
four channels, A, B, C, and D. If the system contains four 
functional units, the functional units will each be in one of 
the four channel positions A, B, C, and D, and the channel 
position indicator 155 on each individual functional unit 

35 will visually indicate the corresponding channel position. 
Preferably the channel positions are designated A-D, 
beginning with the first unit on the left. The positions of 
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each functional unit may be interchanged, but the channel 
locations A-D stay in the same positions relative to advanced 
interface unit 100. Thus, for example, when four functional 
units are attached as in FIG- 2, regardless of which unit is 
5 placed immediately to the left of advanced interface unit 
100, that unit will always indicate channel position B. As 
explained in detail below, the functional unit contains 
certain function specific information which tells advanced 
interface unit 100 what type of functional unit is at each 

10 channel position. Each functional unit 150 also has SELECT 
key 156, which permits selection of the unit. 

FIG. 2 illustrates an exemplary system according to the 
present invention including four different functional units. 
Infusion pump unit 150A is at position A. Syringe pump 150B 

15 is at position B. PCA unit 150C is at position C, and pulse 
oximeter 150D is at position D. The respective position of 
each functional unit is indicated on the functional unit at 
indicator 155. Because four functional units are in use, 
display 102 on interface unit 100 indicates A through D. In 

20 one embodiment, it would be possible to select a functional 
unit to perform a particular function or procedure through 
advanced interface unit 100 by depressing the appropriate 
softkey 106 adjacent to the desired, indicated channel and 
functional unit. However, in order to provide increased 

25 safety, it is preferable that the system be designed such 

that selection of a particular functional unit requires that 
SELECT key 156 (see FIG. 1) located on the functional unit be 
depressed in order to select that functional unit. This 
requirement will help insure that the proper functional unit 

30 is selected, in particular when infusion pump units are used 
for multiple drug infusions. When the desired functional 
unit is selected, display 102 of the interface unit is 
configured so as to act as the user interface for the 
selected functional unit. More specifically, display 102 is 

35 configured in accordance with a function specific domain to 
provide function specific displays and softkeys as explained 
in greater detail below. 
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Infusion pump unit 150A shown in FIG. 2 is a pumping 
unit for basic fluid infusion. Infusion pump unit 150A 
includes a system to control the various functions performed 
by such a pump, which include the control of fluid delivery 
5 to the patient and the monitoring of the fluid path for 
occlusion or air-in-line. Infusion pump unit 150A contains 
two displays. Rate display 154 may be used to display the 
actual infusion rate at which the pump is operating. Channel 
message display 152 may be used to display informational, 

10 advisory, alarm, or malfunction messages. 

The infusion pump control may also contain hardkeys for 
data and command entry. Hardkey 156, as mentioned, allows 
the user to select a channel for infusion parameter entry. 
Hardkey 158 allows the user to pause an infusion while the 

15 infusion is occurring. Hardkey 160 allows the user to resume 
operation of a previously paused infusion, and hardkey 162, 
when pressed, stops the infusion occurring on the channel, 
deselects the channel, and if the functional unit on the 
channel has been the only functional unit operating, powers 

2 0 off the system. 

Infusion pump unit 150A also contains a plurality of 
indicators 164, which illustratively illuminate when the 
functional unit is in alarm or infusion complete condition, 
when the functional unit is programmed for a future start 
25 time or has been paused, or when the functional unit is 

performing an infusion. Other appropriate indicators may be 
included in other functional units. 

Also shown in FIG. 2 is syringe pump 150B, PCA unit 
150C, and pulse oximeter 150D. As shown, syringe pump 150B 

3 0 and PCA unit 150C each contain a set of hardkeys 156, 158, 

160, and 162 like those found on infusion pump unit 150A. 
Syringe pump 150B and PCA unit 150C also contain a syringe 
176 along with a syringe pusher 175 for manually infusing 
fluids. PCA unit 150C includes a door lock 178 for providing 
35 security for enclosed narcotics or other matter to be 

infused. In addition, pump 150B, PCA unit 150C and pulse 
oximeter 150D each include one or more displays and a 
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plurality of indicators which may be used to display 
appropriate information . 

As mentioned, located on the sides of infusion pump unit 
150A, as well as all other functional units, are unit 
5 connectors (not shown in FIGS. 1A-1B and 2) which are 
identical to unit connectors 130 and 132 of advanced 
interface unit 100 disclosed in FIGS. 1A-1B. As mentioned 
previously, the unit connectors of the functional units 150 
are designed to mate with either the connectors on an 

10 interface unit or with the connectors from another functional 
unit. In this manner, a plurality of functional units 150 
may be connected side by side in any order on both sides of 
advanced interface unit 100. It is to be understood that 
these unit connectors between advanced interface unit 100 and 

15 a functional unit 150 or between two functional units may be 
made permanent or semi-permanent by some mechanical means 
such as a screw or a nut and bolt combination. This has the 
advantage of preventing unintentional or unauthorized 
detachment of functional units from the system, or to conform 

20 to medical institution policy. 

FIG. 3 is a schematic diagram for advanced interface 
unit 100. As shown in FIG. 3, advanced interface unit 100 
contains a power input 268 for receiving power from an 
external power source and forwarding that power to power 

25 supply 258. Advanced interface unit also contains an 

internal power source 2 62 which may be used to maintain power 
to the system functions, including memory, when advanced 
interface unit 100 is disconnected from an external power 
source. Power supply 258 converts power from either external 

30 power input 268 or internal power source 262 to voltages 

which are appropriate for operating all parts of the system. 
Power manager 254 controls the switchover between the two 
power sources, controls the charging of internal power source 
262, monitors the remaining capacity of internal power source 

35 262, monitors system power consumption under battery 

operation, and uses system power consumption and remaining 
battery capacity to estimate remaining system runtime on 
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internal power source 262. Power supply 258 also supplies 
power to the rest of the system through power ports 278 and 
279 as well as to audio alarm 260, thereby enabling the audio 
functionality of the system* 
5 Microprocessor 2 64 and memory 250 receive and process 

data and commands from the user, as well as communicate with 
and control functional units 150 and other devices external 
to the system. It is to be understood that memory 250 , as 
well as other memories in the patient care system, may be any 

10 type of memory or any combination of memories that can be 
erased and reprogrammed without having to physically remove 
the memory from the system. Examples of such memories 
include, but are not limited to, battery-backed random access 
memory (RAM) and "flash" electronically erasable programmable 

15 read only memory (FLASH EEPROM) . Battery backup 256 provides 
power to memory 2 50 to maintain the information stored in the 
memory in the event of loss of power from both the power 
input 268 and the internal power source 262. Advanced 
interface unit 100 also contains a keyboard 266 (comprised of 

20 hardkeys 104 and softkeys 106) and a display 102 as discussed 
in conjunction with FIG* 1. 

Power ports 278 and 279, fed by power supply 2 58 provide 
power to functional units 150 through connectors 130 and 132, 
respectively (shown in FIGS. 1A-B) . Connectors 130 and 132 

25 also contain internal communication ports 280 and 281, 

respectively, which provide a data and command interface with 
attached functional units 150. Ports 280 and 281 are 
controlled by internal communications controller 272, which 
in turn is controlled by microprocessor 264. Finally, 

30 external communications controller 274 controls the command 
and data flow through interface ports 122, while 
microprocessor 264 directly controls communication interface 
120. 

FIGS. 4A-4B illustrate basic interface unit 200. Like 
35 advanced interface unit 100, basic interface unit 200 

provides a physical attachment of the patient care system to 
structures such as IV poles and bed rails (through clamp 
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170), provides an interface between the patient care system 
and external devices, provides power to the system, and 
provides a user interface to the system. Thus, according to 
a preferred embodiment of the invention, basic interface unit 
5 200 performs many of the same functions as, and may be used 
interchangeably with, advanced interface unit 100. The 
interchangeability of basic interface unit 200 with advanced 
interface units 100 is advantageous because in some non- 
critical clinical situations it is efficient to operate the 

10 patient care system with a user less skilled than a 
professional such as an anesthesiologist. In these 
situations, use of the functionally complex advanced 
interface unit 100 might introduce a risk of error and 
confusion. Therefore, in these non-critical situations, use 

15 of basic interface unit 200 may be beneficial. Moreover, in 
these situations, the full functionality of advanced 
interface unit 100 is often not required. Thus, basic 
interface unit 200 provides a safe, cost-effective interface 
for the patient care system. 

2 0 Basic interface unit 200 can also provide a cost 

effective alternative for patients whose level of criticality 
varies during a hospital stay. It is contemplated that 
advanced interface units 100 may be assigned to areas in the 
hospital, such as intensive care units, where its high level 

25 of functionality and versatility may be fully utilized. 

However, when a patient's condition improves, the advanced 
functions of an advanced interface unit 100 may not be 
required. Thus, areas such as the general care ward of a 
hospital may be equipped with basic interface units 200 to 

30 care for patients whose condition is no longer critical. In 
this manner, functional units 150 can be quickly and easily 
interchanged between interface units in different areas of 
the hospital. Moreover, the memory of the functional units 
150 can recall the last operation performed by the unit so 

35 that the function may be quickly resumed in response to a 
/ prompt from the newly attached interface unit. 
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As can be seen from FIG. 4, basic interface unit 2 00 
also contains many of the same features found in advanced 
interface unit 100. For example, hardkeys 104 are used for 
entering data and commands, while indicators 114, 116, and 
5 118 may be used to indicate that the system is communicating 
with a compatible external computer system, or that an 
external or internal power source is being utilized. Hardkey 
108 may be used to power on the system, while hardkey 110 may 
be used to disable system audio functionality. The OPTIONS 

10 hardkey 204 of basic interface unit 200 allows access to the 
available system or channel options in the same fashion as 
OPTIONS hardkey 112 of advanced interface unit 100. Finally, 
unit connectors 130 and 132 provide physical support to the 
attached functional units 150 (not shown) and provide power 

15 and communication connections between the basic interface 
unit 200 and the functional units. 

Like advanced interface unit 100, basic interface unit 
200 may also contain external communication ports or 
interfaces. However, in a preferred embodiment of the 

20 invention, basic interface unit 100 contains only a single 
interface port 206, preferably an RS-232 port, which may be 
used to input data into the system or output data from the 
system, as well as control system operations in certain 
applications. Interface port 206 may also be used to 

25 communicate with external equipment such as barcode readers. 
In accordance with a preferred embodiment of the 
invention, basic interface unit 200 also contains information 
display 202 which may be used during operation to display 
various operating parameters, such as VTBI, current time of 

30 day, as well as other prompts, advisories, and alarm 

conditions. Display 202 may also be used during setup and 
other operational procedures to facilitate data and command 
entry. However, display 202, unlike display 102 of advanced 
interface unit 100, may not be used in conjunction with a set 

35 of softkeys to enter commands. Basic interface unit 200 also 
contains a set of hardkeys 204, labeled VTBI, RATE, DURATION , 
and START, that are not found in advanced interface unit 100. 
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These keys may be used to enter or change the parameters or 
start the infusion process on a selected channel. Therefore, 
in a preferred embodiment, basic interface unit 2 00 is 
intended principally for controlling infusions and does not 
5 have the higher level of functionality of advanced interface 
unit 100 (which may complicate its operation and increase its 
cost) that is necessary for controlling other patient 
therapies and patient monitoring. In fact, in an alternative 
embodiment of the invention, basic interface unit 200 may be 

10 configured so as to provide only power to the attached 

functional units 150 ♦ Thus, based on the teachings set forth 
herein, a person of ordinary skill in the art may select and 
design a desired level of functionality for the basic 
interface unit depending on system requirements. 

15 FIG. 5 discloses a schematic of basic interface unit 

200. As seen from FIG. 5, the basic interface unit is 
internally similar to advanced interface unit 100. However, 
as explained, in a preferred embodiment of the invention, 
basic interface unit 2 00 does not contain communication 

2 0 interface 120 (which is preferably a PCMCIA slot in advanced 
interface unit 100) . Moreover, as previously disclosed, 
display 202 and keyboard 282 are different than the 
corresponding structures in advanced interface unit 100. 

FIG. 6 is a block diagram which illustrates the various 

25 aspects of the control system for infusion pump unit 150A. 
Display 358 comprises rate display 154, channel display 152, 
and the various visual indicators 164 discussed in 
conjunction with FIG. 2. Keyboard 354 is made, up of the 
various hardkeys as also previously discussed, and is 

30 controlled, along with display 358, by keyboard/display 

controller 362. Support processor 360 and associated memory 
368 allow infusion pump unit 150A to receive and process data 
and commands from the user, as well as communicate with the 
attached interface unit. Specifically, support processor 3 60 

35 and memory 368 allow the infusion pump unit to perform the 
calculations required for a designated infusion using 
infusion data entered by the user. Memory 368 has a battery 
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backup 376 so as to maintain the information stored in memory 
when the functional unit is not receiving power from an 
external source. Battery backup 37 6 may also be used to 
power audio alarm 350, which may emit a signal illustratively 
5 when an infusion is complete or there is a failure of the 
main power source* Power manager 352 obtains power from 
power ports 380 or 381, which are included in the unit 
connectors (discussed in conjunction with FIGS. 1-2) which 
connect the functional units to the interface unit or other 

10 functional units through power line 377, and distributes the 
power to the components of infusion pump unit 150A. Like the 
interface units 100 and 200, infusion pump unit 150A also 
contains an internal communications controller 356, which may 
send or accept data or commands from the interface unit 

15 through communication line 379 and communication ports 382 
and 383, said ports also contained in the unit connectors. 
As mentioned, these power and communication ports connected 
by the power and communication lines are advantageous as they 
allow functional units to be connected side-by-side, yet 

20 still communicate with the interface unit while not directly 
attached to the interface unit. 

Infusion pump unit 150A also contains typical components 
of commercially available pumps, such as motor controller 364 
for controlling pump motor 366 and sensor controller 372 to 

25 obtain indications from sensors 374 which illustratively may 
be used to detect pump mechanism speed and fluid pressure, 
air-in-line, and flow stoppage. Motor controller 364 and 
pump motor 366 may be comprised of any suitable peristaltic 
pump motor /motor controller combination. Pump motor 366 

30 acts to force fluid from a fluid reservoir through an 
infusion set to a vascular access device by peristaltic 
motion such as disclosed in U.S. Pat, No. 5,165,873 to 
Meijer. It is to be further understood that one skilled in 
the art could choose from a variety of commercially available 

35 fluid reservoirs, sets, vascular access devices and other 
infusion materials to use in conjunction with infusion pump 
unit 150A. 
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Again in a known manner, sensor controller 372 receives 
signals from sensors 374 which illustratively sense pump 
motor direction and speed, the presence of air in the fluid 
path, fluid path pressure, open or closed state of the pump 
5 door, and open or closed state of a flow stop device, and 
forwards this information to support processor 360. If 
support processor 3 60 determines that an undesired event is 
occurring, the support processor is capable of taking further 
action such as placing pump unit 150A in an advisory or alarm 

10 state, stopping the infusion, shutting down the pump unit, 
and/or forwarding information to the attached interface unit 
for full system shutdown. 

Safety processor 37 8 monitors these same signals from 
sensors 374. Safety processor also receives pump operating 

15 parameters from support processor 360 such as current 

infusion rate, VTBI , and fluid path pressure alarm limits- 
Safety processor 378 independently calculates values such as 
the appropriate motor speed from these parameters, and using 
these values, monitors sensors 374 for proper pump motor 

20 direction and speed, the presence of air in the fluid path, 
fluid path pressure, open or closed state of the pump door, 
and open or closed state of the flow stop device. If safety 
processor 378 determines that an undesired event is 
occurring, this information is forwarded to support processor 

25 360 for further action, or the safety processor may 

independently shut down the functional unit. Configuring the 
system in this manner has the advantage of allowing the 
functional unit to detect and respond to single fault 
conditions such as failure of sensor controller 372 or 

3 0 support processor 3 60. 

It is to be understood that infusion pump unit 150A (nor 
any other functional unit 150 as presently contemplated) does 
not have a local source of power (with the exception of the 
memory retention and the audio alarm features described 

35 above) , and therefore will not continue to operate in the 
event of failure of the main power source, such as when the 
functional unit is detached from the interface unit. This 
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ensures that the functional unit is not operated without the 
safety and control features provided by the interface units. 
Also, the simplified commands available directly at the pump 
functional unit are not intended to replace the interface 
5 capabilities of advanced interface unit 100 or basic 

interface unit 200. However, when provided with power and 
the necessary input values (such as VTBI and infusion 
duration) from the interface unit/ the infusion pump unit as 
a functional unit is capable of controlling all aspects of an 
10 infusion. 

As a further advantage of the present invention, there 
is provided multiple levels of redundancy in the patient care 
system. Specifically, in addition to the safety architecture 
of the functional units, the interface unit contains its own 

15 safety architecture which frequently checks the functional 
units to verify that they are working properly. If the 
interface unit is satisfied that the functional units are 
functioning properly, then it allows continued operation of 
these functional units. However, if the interface unit 

20 determines that a functional unit is malfunctioning, it may 
shut down that particular functional unit or, alternatively, 
the entire system. Illustratively , ' if the functional unit in 
operation is an infusion pump unit, the infusion pump safety 
system would make frequent calculations using the desired 

25 infusion parameters to ensure the accuracy of the infusion. 
At the same time, the interface unit attached to the infusion 
pump unit could request information regarding the ongoing 
infusion from the pump, such as the volume infused, and make 
calculations based on this information and the infusion 

30 parameters to determine whether the pump is working properly. 
In accordance with a preferred embodiment of the 
invention, the patient care system as described may be 
programmed so as to provide a wide variety of functions and 
features to meet various user needs through the use of the 

35 interfaces of advanced interface unit 100 and basic interface 
unit 2 00. As discussed in conjunction with FIG. 1, advanced 
interface unit 100 contains an interface 120 which is, in a 
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preferred embodiment of the invention, a PCMCIA interface 
slot. Advanced interface unit 100 and basic interface unit 
200 also contain ports 122 and 206, respectively, which in a 
preferred embodiment are industry standard RS-2 32 serial I/O 
5 ports. These interfaces and ports may be used to download 
. drug libraries and drug delivery profiles to the system, 
download configuration values to the system, download new 
software or firmware to the system, and upload event history 
from the system. The interfaces and ports may also be used 

10 to control system operation in certain situations, receive 
input from external devices such as barcode readers, and send 
current operating data to external devices such as monitoring 
systems. It is to be understood that although these 
exemplary uses of the interfaces and ports may be described 

15 below using one type of interface or port as an example, one 
skilled in the art will understand that many commercially 
available interfaces could be used. 

As mentioned, an interface or port may advantageously be 
used to download drug libraries to the patient care system. 

20 These drug libraries, which illustratively contain such 

information as the drug names, proper concentrations, dosage 
units, and dose limits of various drugs, can be used to 
perform drug calculation based infusions. An external device 
such as a personal computer can be used to create drug 

25 libraries, which can be customized for each user of the 

patient care system, and store these libraries on a PCMCIA 
memory card. A PCMCIA interface can then be used to download 
the drug libraries to the interface unit, where it can then 
be stored in permanent or semi-permanent memory for later 

30 use. 

An interface or port can also be used to download 
complex drug delivery profiles, or infusion protocols, to the 
patient care system. Various drug delivery profiles are 
known within the medical field. These profiles include 
35 Versataper® multiple rate volume infusions, Autotaper© 
automated ramp up taper down infusions, multi-channel 
coordinated infusions, and multi-dose infusions. As is the 
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case in the downloading of drug libraries, complex drug 
delivery profiles can be created and then stored on PCMCIA 
memory cards* A PCMCIA interface can then be used to 
download the drug delivery profiles to the system, where they 
5 can then be stored in permanent or semi -permanent memory 
within the interface unit* 

The interfaces or ports of the patient care system also 
allow the user to download new system configuration 
information and values. Examples of such values are port 

10 setup (baud rate, byte size, etc*), maximum allowed flow 
rate, user interface reconfiguration information, and 
language selection* It is to be understood that the 
interfaces or ports may be used to download system 
configuration values to the advanced interface unit 100, 

15 basic interface unit 2 00, or functional units 150. 

Specifically, in accordance with a preferred embodiment of 
the invention, to download configuration values to advanced 
interface unit 100, microprocessor 264 in advanced interface 
unit 100 can obtain the new values from a PCMCIA card 

20 containing the new values, and store the new values in memory 
250* To download configuration values to functional unit 
150, microprocessor 264 in advanced interface unit 100 can 
obtain the new values from the PCMCIA card and send the 
values to functional unit processor 3 60 which will store the 

25 new values in functional unit memory 368. To download 
configuration values to basic interface unit 200, 
microprocessor 264 of advanced interface unit 100 can obtain 
the values from the PCMCIA card and send the values to basic 
interface unit microprocessor 264 preferably across an RS-232 

30 port connecting the two interface units. Microprocessor 264 
can then store the values into basic interface unit memory 
250. 

An interface or port may also be used to upgrade the 
patient care system with new software or firmware for new 
35 applications or to enhance performance. A specific example 
of this is when a new functional unit is added to the system 
which performs a function not previously available on the 
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system. In this situation, a software domain corresponding 
to the new function must be downloaded to any advanced 
interface unit 100 which the new functional unit is to be 
attached to* In an alternative embodiment, software domains 
5 may also be downloaded to basic interface unit 200. The 
software domain corresponding to the new function allows the 
interface unit(s) to understand and recognize the function of 
the functional unit and configure its user interface in a 
manner which permits a user to setup and perform the 

10 function. Therefore, because the interface unit provides the 
user interface for each function available in the system, the 
interface unit must initially contain or later be provided 
with, a software domain for each function to be performed. 

To download a new domain to advanced interface unit 100, 

15 microprocessor 264 of the advanced interface unit obtains the 
new domain to be added through an interface, preferably a 
PCMCIA interface, and then stores the new domain in memory 
250. Likewise, when downloading a new domain to basic 
interface unit 200, the basic interface unit to be upgraded 

20 is first connected to advanced interface unit 100 using 
preferably an RS-232 port on each of the interface units. 
The advanced interface unit then obtains the new domain 
preferably from a PCMCIA card, and transfers the domain to 
the basic interface unit through the RS-2 32 ports. The basic 

25 interface unit may then store the new software in its memory 
250. 

It is to be understood that in an alternative exemplary 
embodiment of the present invention, the domain corresponding 
to the new function may be stored in the functional unit 

30 performing the function, rather than in the interface unit. 
Storing the software domain in this manner will allow the 
functional units to use the domain to configure the user 
interface of the interface unit so that the user can setup 
and perform the function. 

35 It is to be further understood that although the 

software domain of a functional unit may be stored in either 
the interface unit or the functional unit, functional unit 
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identification information must always be stored in the 
memory of each functional unit. The identification 
information includes a means for uniquely identifying each 
functional unit, preferably a serial number, so that, for 
5 example, the event history of each functional unit can be 
followed and uploaded. The identification information also 
includes a means for identifying to the interface unit the 
function of the functional unit, such as a code to indicate 
that the functional unit is, for example, a pump. This 

10 information allows an interface unit storing a plurality of 
software domains to know which domain to access for the 
selected functional unit. Thus, the identification 
information stored in each functional unit not only uniquely 
identifies the functional unit to an attached interface unit, 

15 but identifies . the functions of the functional unit as well. 
This identification information, as well as the software 
domain corresponding to a type of functional unit comprises 
information specific to each functional unit. 

The functional units may also be upgraded over time. 

20 When upgrading the functionality of a functional unit 150, 
the functional unit to be upgraded is first attached to an 
interface unit. The interface unit obtains the new software 
through an interface, and then sends the software to support 
processor 360 in the functional unit across the internal 

25 communication lines in the patient care system. Support 
processor 360 then stores the new software or domain in 
memory 368. 

An interface may also be used to upload event history to 
an external device. Each interface unit and functional unit 

30 within a patient care system has the capability of retaining 
information regarding its event history, including such 
information as infusion parameters, start time and end time 
of an infusion, incidents of alarms or advisories, and 
internal system errors. This event history illustratively 

35 may be used for updating patient records or troubleshooting. 
Although event history can be uploaded from each interface 
unit or functional unit, upload of functional unit event 



- 22 - 



WO 96/28209 PCI7US96/01661 

history will only be possible by using either advanced 
interface unit 100 or basic interface unit 200, Therefore, 
when uploading advanced interface unit 100 or basic interface 
unit 200 event history, the interface unit sends its event 
5 history directly to an external device. However, when 

uploading functional unit 150 event history, functional unit 
150 must first be attached to an interface unit. Functional 
unit 150 then transfers its event history to the attached 
interface unit. The attached interface unit can then upload 
10 this information to an external device using its external 
interface. 

In addition to the above features and functions that may 
be accomplished through the use of an interface or port, the 
interfaces or ports may also be used to control system 

15 operation, receive input from external devices such as 

barcode readers, and send current operating data to external 
devices such as monitoring systems. Although in a preferred 
embodiment of the invention, these functions may be 
accomplished through the use of ports 122 or 206, these 

2 0 functions may also be accomplished through the use of 

interface 120, and one skilled in the art will understand 
that many other types of commercially available interfaces 
and ports could be used to perform these functions. 

In particular, a port may be used to control the 

25 operation of the patient care system in certain situations 
such as closed- loop drug delivery and manufacturing 
operational testing. To externally control the system, an 
external device such as a computer is connected to advanced 
interface unit 100 or basic interface unit 200 via the port. 

30 The interface unit may then be placed in "computer control" 
mode, which allows an external device to control certain 
system operations through the interface unit microprocessor. 

A port may also be used to receive input from external 
devices such as barcode readers. This is advantageous in 

35 that it reduces manual input by the user and hence, reduces 
input errors. Illustrative examples of such input are drug 
dosing on prescription medications, patient information from 
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patient records, and system control information. If such 
input is intended for use by a functional unit, the interface 
unit receiving the information can simply transfer 
information to the functional unit in the manner previously 
5 described. 

The ports of the patient care system may be used to send 
current operating information to external systems for patient 
monitoring, patient diagnostics and other uses. Examples of 
these systems are centralized patient monitoring systems such 

10 as STATUS™, generalized hospital information systems for 

patient data and billing, and patient data collection systems 
for clinical studies. If current data from a functional unit 
150 is required, the interface unit can request this 
information and forward it on to the external device or 

15 system. 

As noted, the patient care system according to the 
present invention is comprised of an interface unit and a 
plurality of functional units that may be configured so as to 
provide a wide variety of functions to meet various user 

20 needs. These functions will now be described in conjunction 
with figures which show the state of the advanced interface 
unit display 102 on a step by step basis during system 
operation. It is to be understood that in a preferred 
embodiment of the invention, a predetermined subset of these 

25 functions may also be performed using basic interface unit 
200. 

FIGS. 2 and 7 through 10 illustrate the state of the 
advanced interface unit display 102 as the user interacts 
with the patient care system to perform a primary rate/VTBI 

30 infusion, one illustrative function of the system. FIG. 2 
shows display 102 when advanced interface unit 100 is 
initially powered on. As previously described, each 
functional unit which is connected to the interface unit 
occupies a channel in the system, which may be labeled A, B, 

35 C, and D in a four unit system. The A, B, C, and D in 

display 102 advises the user that all functional units are 
communicating with the interface unit and may further be used 
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to indicate the status of each functional unit occupying each 
respective channel in the system. 

As previously discussed, each functional unit is 
designed to perform one or more specific functions. The 
5 functional units contain all the necessary hardware (e.g., 
the pumping mechanism for an infusion pump unit) for 
performing a designated function, as well as a processor and 
a self-contained and preprogrammed memory necessary to 
perform the calculations required for a designated function, 

10 as previously explained. In a preferred embodiment of the 
invention, all that is required of the interface unit is that 
it store the function domain and configure the user interface 
in accordance with the domain to permit the user to set up 
and run the designated function (although as noted, in an 

15 alternative embodiment, the user interface is configured by 
the functional unit) . Thus, when a function is desired by a 
user, the interface unit provides the user interface for the 
setup and performance of the function, while the functional 
unit performs all the calculations required by the function. 

20 This is advantageous when combined with the fact that the 
user must actually press the SELECT key 156 on the actual 
functional unit to select that unit for an operation, as 
added safety and redundancy is provided. 

By way of non-limiting example, the use of the system 

25 according to the present invention is explained in greater 
detail below by reference to infusion procedures using 
infusion pump unit 150A. To initiate a primary rate/VTBI 
infusion, the user must select an infusion pump unit and its 
corresponding channel to perform the infusion. To do so, the 

30 user presses the SELECT hardkey 156 (shown in FIG. 2) of 
infusion pump unit 150A. (Other types of functional units 
such as an electrocardiograph, syringe pump, PCA, and pulse 
oximeter, used with the present invention will have similar 
SELECT keys.) FIG. 7 shows display 102 after the user has 

35 selected the functional unit occupying channel A to perform 
the infusion. Once the channel A infusion pump unit has been 
selected, display 102 shows an infusion setup screen, which 
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allows the user to input desired rate and VTBI values for the 
infusion* 

FIG. 8 shows display 102 after the user has entered 
values for both rate (40 ml/hr) and VTBI (24 0 ml) . The user 
5 enters the rate value in a preferred embodiment of the 
invention by pressing the softkey 106 adjacent to RATE and 
then using the numeric hardkeys 104 to enter the value. 
Entry of a VTBI value is performed in similar fashion. 

Once these values have been entered, the infusion set 
10 corresponding to the programmed infusion pump unit 150A can 
be attached to the patient's vascular access device. The 
user can then press the softkey 106 adjacent to START to 
begin the infusion. Alternatively, the user can enter a 
future time at which the infusion is to begin. If the user 
15 chooses to utilize the delayed start feature, a real time 
clock in the interface unit will allow the system to begin 
the infusion at the desired future time. 

FIG. 9 illustrates the status of display 102 once the 
infusion has commenced. As can be seen from FIG. 9, display 

2 0 102 discloses the status (VTBI = 240 ml) of channel A during 

the infusion. Infusion rate displays on rate display 154 and 
infusing indicator 164 on pump functional unit 150A will also 
flash during the infusion. At any time during the infusion, 
the user may pause the infusion by pressing PAUSE hardkey 158 
25 on the infusion pump unit which is infusing. FIG. 10 

illustrates the status of display 102 while the functional 
unit A is paused (and the other three functional units, in 
this example all pump units, B, C, and D, are infusing) - The 
user may then press RESTART hardkey 160 on the functional 

3 0 unit to reinstate the infusion. The rate or VTBI of an 

infusion may be changed at any time during the infusion by 
selecting the appropriate channel and then using the 
interface unit keypad to change the rate or VTBI values in 
the same manner that they were initially entered. The 
35 infusion may be stopped at any time by pressing the CHANNEL 
OFF hardkey 162 on the appropriate infusion pump unit 150A. 
At the completion of the primary rate/ VTBI infusion, audio 
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alarm 260 will sound and display 102 will visually indicate 
that the infusion is complete. 

To perform an infusion, the user may alternatively 
choose to enter a VTBI and duration (infusion time) value 
5 rather than VTBI and rate values. From the entered VTBI and 
duration values, the infusion pump unit determines the 
corresponding rate, and the user may proceed as described 
above • 

In accordance with the invention, the user can also 

10 program a secondary infusion with different rate and VTBI 
values. To do so, the user must first setup the primary 
infusion as described. The user may then press the softkey 
106 adjacent to SECONDARY shown in FIG. 11 to enter rate and 
VTBI values for the secondary infusion. FIG. 12 shows 

15 display 102 after secondary rate and VTBI values have been 
entered for infusion pump unit 150A. Once these values have 
been entered, the user may press the START softkey 106 shown 
in FIG. 12 to begin the secondary infusion. Once the 
secondary infusion is complete, the system will return to and 

20 complete the primary infusion. However, the user has the 
option of stopping the secondary infusion at any time and 
returning the system to the primary infusion. The delayed 
start feature described in conjunction with the primary 
infusion may also be used to begin the secondary infusion at 

25 some time in the future. 

The user has the further option of programming a 
multidose infusion. To set up a multidose infusion, the user 
may press the SELECT hardkey 156 on the desired pump 
functional unit, press the OPTIONS hardkey 112 on the 

30 interface unit, and then select the MULTIDOSE option. FIG, 
13 illustrates display 102 once these steps have been taken. 
At this point, the user can enter values for rate, 
volume/dose, dose interval, number of doses, and start time. 
FIG. 14 shows display 102 after these values have been 

35 entered. The user can then press the START softkey shown in 
FIG. 14 to enable the multidose function. Once the current 
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time equals the start time, the first dose infusion will 
begin. 

The user also has the option of performing a 
multichannel coordinated infusion. To do so, the user must 
5 first prime and load the infusion sets for the desired pump 
functional units. The user can then press the OPTIONS 
hardkey 112 and select the MULTICHANNEL COORDINATED INFUSION 
option. FIG. 15 shows display 102 once the multichannel 
program has been selected. At this point, the user can enter 

10 rate and VTBI values for a maintenance infusion as previously 
described. The user also has the option of utilizing a flush 
between infusions. If a flush is required, the user can 
enter VTBI and duration values for the flush as shown in FIG. 
16. FIG. 17 shows display 102 once all values have been 

15 entered. The user may then press softkey 106 adjacent to the 
NEXT shown in FIG. 17 to enter the parameters for the next 
infusion to be included in the multichannel infusion. At 
display 102 of FIG. 18, the next channel to be included may 
be selected using softkeys 106 of advanced interface unit 

2 0 100. The user then enters the rate and VTBI values for this 
next channel, as well as the desired start time. The system 
now displays a summary screen, shown in FIG. 19, which gives 
a graphic presentation of the multiple programmed infusions. 
It is to be understood that the above process may be repeated 

25 to include as many infusion pump units as are attached to the 
system . 

Another feature of the patient care system according to 
the invention is the ability to perform drug infusion rate 
calculations. In general, the drug calculation function of 

30 the system allows the user to either enter the desired drug 
dose and the infusion pump unit microprocessor calculates the 
correct flow rate to achieve the desired dose; enter the 
desired flow rate and the pump functional unit calculates the 
corresponding drug dose; or enter the desired bolus dose and 

35 duration and the pump functional unit calculates the bolus 
rate and the VTBI. 
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To enter the drug calculation mode, the user must press 
the SELECT hardkey 156 on the desired infusion pump unit 
150A, and then press the OPTIONS hardkey 112 on the advanced 
interface unit 100 . FIG* 20 shows the display 102 once 
5 OPTIONS hardkey 112 is pressed. The user roust then press the 
softkey 106 corresponding to "drug calculation setup" to 
enter the drug calculation mode. FIG. 21 shows display 102 
once the drug calculation mode is entered. In FIG. 21, 
display 102 illustrates the drug calculation infusion 

10 parameters to be entered during the drug calculation setup 
procedure. The user "must enter the drug amount, diluent 
volume, patient weight, time units (time base to be used for 
the calculations), and the dosing units. To enter values for 
these parameters, the user must press the softkey 106 

15 corresponding to the parameter to be entered and then use the 
numeric hardkeys 104 to enter the desired value. 

Once the values for each parameter have been inputted, 
the user may press the ENTER hardkey 104 on the interface 
unit. FIG. 22 illustrates display 102 once ENTER hardkey 104 

20 is pressed. The user must then enter a VTBI value and either 
the rate or the dose (the other value is calculated by the 
system and displayed) . At this point, the user may begin the 
infusion. 

As mentioned previously, a drug library containing such 
25 data as drug names, concentrations, and maximum allowable 

doses can be stored in the system. In a preferred embodiment 
of the invention, the drug calculation procedure may be used 
in conjunction with the drug library. To use the drug 
library, the user must press the "drug library" softkey 106 
30 (shown in FIG. 21) once the drug calculation mode is entered. 
FIG. 23 shows display 102 containing a sample drug library. 
The user may use the softkeys 106 to select the appropriate 
drug/drug concentration from the library. This function is 
advantageous as the user does not have to select the correct 
35 drug amount and diluent volume for a particular drug as these 
values are preset in the drug library. The user then needs 
only to enter the patient weight (if required), VTBI, and 
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rate or dose as described above and the drug infusion can 
begin. 

In a preferred embodiment of the invention, the drug 
calculation mode may also be used to determine bolus dosing. 
5 To begin, the user simply follows the above described steps 
for a normal drug calculation. Once a VTBI value and either 
a rate or dose value is entered, the user can press the 
"bolus" softkey shown in FIG. 22. FIG. 24 displays the drug 
calculation screen for bolus dosing. The user need simply 

10 enter the desired bolus dose and duration, and the pump 
functional unit calculates and displays the corresponding 
bolus flow rate and volume to be infused as shown in FIG. 25. 
At this point, the user presses the START softkey and the 
bolus dosing begins. FIG. 26 illustrates display 102 when 

15 functional unit A is set up to deliver bolus dosing. 

Finally, the system may contain a pediatric drug 
calculation mode (not shown) which allows the user to enter 
flow rate, dose, and diluent volume. From these user entered 
parameters, the system calculates the amount of drug to admix 

20 with the diluent to achieve a drug concentration consistent 
with the selected dose and flow rate. 

Various embodiments of the invention have been 
described. The descriptions are intended to be illustrative, 
not limitative. Thus, it will be apparent to those skilled 

25 in the art that modifications may be made to the invention as 
described without departing from the scope of the claims set 
out below. 
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We claim: 

1/ A patient: care system, comprising: 

a first interface unit including a user interface 
5 adapted to provide an interface between the system and a user 
of the system; and 

a functional unit capable of providing patient therapies 
or monitoring the condition of a patient in accordance with 
functional unit specific information, said functional unit 
10 removeably connected to the first interface unit and 
communicating therewith; 

wherein the functional unit transfers at least a 
portion of the functional unit specific information to the 
interface unit, said user interface being configured in 
15 accordance with the functional unit specific information to 
permit the user to execute a function of the functional unit 
and communicate with the first interface unit to provide 
external information required by the functional unit to 
execute said function. 

20 

2. The system of claim 1, wherein said interface unit 
includes a power supply and the functional unit receives its 
operational power requirements from the interface unit 
through said removable connection. 

25 

3, The system of claim 1, wherein said user interface 
comprises: 

a display; and 

a keyboard including a plurality of softkeys interacting 
3 0 with the display such that said user interface is configured 
in accordance with the functional unit specific information 
to provide predetermined command options to the user 
corresponding to said function. 

35 4. The system of claim 3 further comprising a second 

interface unit including a user interface having a keyboard 
with only a plurality of function specific preprogrammed 
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keys, wherein said functional unit is sequentially 
connectable to either of said first and second interface 
units • 

5 5* The system of claim 3, wherein said functional unit 

includes a microprocessor and a resident memory containing at 
least a portion of said functional unit specific information 
and said interface unit includes a microprocessor and a 
resident memory containing at least a portion of said 
10 functional unit specific information. 

6. The system of claim 5, wherein: 

the functional unit specific information contained in 
the resident memory of the functional unit includes 

15 identification means for identifying the function of the 
functional unit; and 

the functional unit specific information contained in 
the resident memory of the interface unit includes commands 
to configure the user interface to permit the user to execute 

20 the function of the functional unit and communicate with the 
first interface unit to provide external information required 
by the functional unit to execute said function/ 

7. The system of claim 6, wherein said identification means 
25 further includes means for uniquely identifying an individual 

functional unit. 

8. The system of claim 5, wherein: 

the functional unit is an infusion pump unit; 
30 the functional unit specific information contained in 

the resident memory of the functional unit includes an 
identification means for uniquely identifying the functional 
unit and for identifying the functional unit as an infusion 
pump unit; and 

35 the functional unit specific information contained in 

the resident memory of the interface unit includes commands 
to configure the user interface to prompt the user to enter a 
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desired infusion rate, to enter a desired volume to be 
infused, and to start an infusion, 

9. The system of claim 8, wherein: 
5 the functional unit specific information contained in 

the resident memory of the interface unit further includes 
commands to configure the user interface to prompt the user 
to enter any one of (i) a desired drug dose, (ii) a desired 
flow rate and (iii) a desired bolus dose and duration; and 
10 the functional unit microprocessor calculates the 

appropriate drug dose, flow rate, or bolus rate and volume to 
be infused based on information entered by the user in 
response to said user interface prompts. 

15 10. The system of claim 8, wherein: 

the system includes at least a first said infusion pump 
unit and a second said infusion pump unit, each said pump 
unit removeably connected to the interface unit; and 
the functional unit specific information further 

20 includes commands to configure the user interface to (i) 

prompt the user to enter parameters for the second pump unit 
after entering parameters for the first pump, and (ii) 
display a summary of infusion parameters entered for each 
said pump unit. 

25 

11. The system of claim 3, wherein said functional unit 
includes a microprocessor and a resident memory containing 
said functional unit specific information and said interface 
unit includes a microprocessor for configuring and 

30 controlling the user interface in accordance with said 
functional unit specific information contained in the 
resident memory of the functional unit. 

12. The system of claim 11, wherein: 

35 the functional unit specific information contained in 

the resident memory of the functional unit includes an 
identification means for uniquely identifying the functional 
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unit and commands to configure the user interface to permit 
the user to execute the function of the functional unit and 
communicate with the first interface unit to provide external 
information required by the functional unit to execute said 
5 function* 

13 • The system of claim 12 , wherein said identification 
means further identifies the function of the functional unit* 

10 14* The system of claim 11, wherein: 

the functional unit is an infusion pump unit; and 
the functional unit specific information includes 
commands to configure the user interface to prompt the user 
to enter a desired infusion rate, to enter a desired volume 
15 to be infused, and to start an infusion. 

15. The system of claim 14, wherein: 

the functional unit specific information further 
includes commands to configure the user interface to prompt 
20 the user to enter any one of (i) a desired drug dose, (ii) a 
desired flow rate and (iii) a desired bolus dose and 
duration; and 

the functional unit microprocessor calculates the 
appropriate drug dose, flow rate, or bolus rate and volume to 
25 be infused based on information entered by the user in 
response to said user interface prompts. 

16. The system of claim 14, wherein: 

the system includes at least a first said infusion pump 
30 and a second said infusion pump, each said pump removeably 
connected to the interface unit; and 

the functional unit specific information further 
includes commands to configure the user interface to (i) 
prompt the user to enter parameters for the second pump after 
35 entering parameters for the first pump, and (ii) display a 
summary of infusion parameters entered for each said pump. 
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17* The system of claim 1, wherein the functional unit 
includes a user actuatable selection key which must be 
actuated by the user before the user is permitted to execute 
a function with the functional unit. 

5 

18. The system of claim 1, wherein said functional unit 
comprises : 

a connector to attach said functional unit to a second 
functional unit; 

10 means for transferring power and communication from the 

interface unit to the second functional unit so that more 
than one functional unit is operable within the system. 

19. The system of claim 1, wherein the interface unit 

15 further comprises a communication port for the exchange of 
additional information with an external device. 

20. The system of claim 19, wherein said additional 
information is an infusion protocol for facilitating 

2 0 infusions. 

21. The system of claim 19 , wherein said additional 
information is system configuration information fpr modifying 
the functionality of the interface unit or the functional 

25 unit. 

22. The system of claim 19, wherein said additional 
information comprises information collected during a 
procedure involving said functional unit. 

30 

23. The system of claim 19, wherein said additional 
information comprises commands from an external unit for 
controlling said functional unit. 

35 24. The system of claim l, wherein said functional unit 

comprises a programmable pump unit and said functional unit 
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specific information comprises identification of required 
pumping parameters including rate and volume to be infused. 

25. The system of claim 24, wherein said functional unit 
5 specific information further comprises identification 

information for identifying the function of the functional 
unit* 

26. The system of claim 25, wherein said identification 
10 information further comprises information for uniquely 

identifying the functional unit. 

27. The system of claim 1, wherein the functional unit 
includes a user actuatable selection key which must be 

15 actuated by the user before the user is permitted to execute 
a function with the functional unit. 

28. A patient care system, comprising: 

at least one functional unit including a microprocessor 

20 and memory, said unit capable of providing patient therapies, 
monitoring a patient condition, or providing information to a 
user in accordance with functional unit specific information, 
wherein at least a portion of said functional unit specific 
information is stored in said memory; and 

25 a first interface unit secured to and communicating with 

said at least one functional unit through a detachable 
connection to receive said functional unit specific 
information, said interface unit comprising a microprocessor, 
a resident memory, a display, a plurality of softkeys 

30 interacting with the display such that said interface is 

configured in accordance with said functional unit specific 
information to provide a functional unit specific user 
interface, and a power supply which supplies operational 
power requirements to said at least one functional unit 

35 through said detachable connection; and 
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wherein said functional unit specific information 
permits the user to execute a function of the functional unit 
through user manipulation of the interface unit* 

5 29. The system of claim 28, wherein at least a portion of 
said functional unit specific information is stored in the 
resident memory of the interface unit. 

30. The system of claim 29, wherein said functional unit 

10 comprises a programmable infusion pump unit and said at least 
a portion of said functional unit specific information stored 
in the resident memory of the interface unit comprises 
identification of required parameters for performing a 
patient infusion, including rate and volume to be infused. 

15 

31. The system of claim 29, wherein said at least a portion 
of said functional unit specific information stored in the 
resident memory of the interface unit comprises a redundant 
safety calculation capability. 

20 

32. The system of claim 28, wherein said functional unit 
comprises : 

a connector to attach said functional unit to a second 
functional unit; and 
25 means for transferring power and communication from the 

interface unit to the second functional unit so that more 
than one functional unit is operable within the system. 

33. The system of claim 28, wherein the functional unit 
30 includes a user actuatable selection key which must be 

actuated by the user before the user is permitted to execute 
a function with the functional unit. 

34. The system of claim 28, further comprising a first and 
35 second functional unit, wherein each said functional unit 

comprises a programmable pump unit and said functional unit 
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specific information comprises identification of required 
pumping parameters including rate and volume to be infused. 

35. A patient care system, comprising: 

5 a first interface unit including a user interface having 

a first high level of interface functionality; 

a second interface unit including a user interface 
having a second lower level of interface functionality; and 
a functional unit for providing patient therapies or 
10 monitoring the condition of a patient sequentially 

connectable to either of said first and second interface 
units for receiving power and communications therefrom; 

36. The system of claim 35, wherein said first interface 
15 unit further comprises: 

a display; and 

a keyboard including a plurality of softkeys interacting 
with the display so as to be configured in accordance with 
the functional unit specific information to provide varying 
20 command options to the user. 

37. The system of claim 36 wherein said second interface 
unit comprises a keyboard including only a plurality of 
function specific preprogrammed keys, wherein said functional 

25 unit is sequentially connectable to either of said first and 
second interface units. 

38. The system of claim 35 further comprising a plurality of 
functional units. 

30 

39. The system of claim 38, wherein said plurality of 
functional units comprises a plurality of infusion pump 
units. 

35 40. The system of claim 38, wherein said plurality of 

functional units comprises an infusion pump unit and a blood 
pressure monitor unit. 
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41 ♦ The system of claim 38 , wherein said plurality of 
functional units comprises an infusion pump unit and an 
oximeter unit. 

5 42. The system of claim 35, wherein said functional unit 
comprises: 

a connector to attach said functional unit to a second 
functional unit; 

means for transferring power and information from the 
10 interface unit to the second functional unit so that more 
than one functional unit may be operable within the system. 

43. The system of claim 35, wherein each functional unit 
includes a user actuatable selection key which must be 

15 actuated by the user to select a desired functional unit 

before the user is permitted to execute a function with the 
desired functional unit. 

44. A method for providing care to a patient, comprising: 
20 providing a first interface unit including an interface 

memory and a user interface adapted to provide an interface 
with a user; 

attaching a functional unit to the first interface unit, 
wherein the functional unit is capable of providing patient 
25 therapies or monitoring the condition of the patient in 
accordance with functional unit specific information; 

transferring at least a portion of the functional unit 
specific information from the functional unit to the first 
interface unit; 

30 configuring said user interface in accordance with the 

functional unit specific information to provide a user 

interface for said functional unit; 

manipulating the user interface to set up the functional 

unit to perform a desired function; and 
35 performing the desired function with the functional 

unit. 



- 39 - 



WO 96/28209 



PCT/US96/01661 



45. The method of claim 44, further comprising the step of 
storing the functional unit specific information in a 
functional unit memory. 

5 46. The method of claim 45, wherein the functional unit 

specific information stored in the functional memory includes 
commands to configure the user interface to permit the user 
to execute the function of the functional unit and 
communicate with the first interface unit to provide external 
10 information required by the functional unit to execute said 
function. 

47. The method of claim 46, wherein the functional unit 
specific information stored in the functional memory further 

15 includes an identification means for uniquely identifying the 
functional unit. 

48. The method of claim 44, further comprising the step of 
storing a portion of the functional unit specific information 

20 in the interface memory. 

49. The method of claim 48, wherein said portion of the 
functional unit specific information in the interface memory 
includes commands to configure the user interface to permit 

25 the user to execute the function of the functional unit and 
communicate with the first interface unit to provide external 
" information required by the functional unit to execute said 
function. 

30 50. The method of claim 49, wherein the portion of 

functional unit specific information in the functional memory 
includes an identification means for uniquely identifying the 
functional unit. 

35 51. The method of claim 44, further comprising: 

attaching at least two functional units to the first 
interface unit; and 
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selecting one said functional unit to perform the 
desired function, wherein said selecting includes the step of 
the user physically touching the selected functional unit 
prior to performance of the desired function. 

5 

52. The method of claim 44, wherein said step of 
manipulating the user interface comprises inputting data and 
entering commands required by the functional unit, through 
said user interface, for the performance of the desired 

10 function. 

53. The method of claim 52, wherein desired function is a 
fluid infusion. 

15 54. The method of claim 52, wherein the desired function is 
monitoring patient electrocardiographic status. 

55. The method of claim 52, wherein the desired function is 
monitoring patient blood pressure. 

20 

56. The method of claim 52, wherein said step of inputting 
data and entering commands is accomplished at least in part 
through a communication port connected to the interface unit 
for the exchange of information with an external device. 

25 

57. The method of claim 56, wherein the information is an 
infusion protocol for facilitating infusions. 

58. The method of claim 56, wherein the information is 
30 system configuration information for modifying the 

functionality of the interface unit or the functional unit. 

59. The method of claim 56, wherein the information is 
information collected during a procedure involving said 

35 functional unit. 
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60. The method of claim 56, wherein the information is 
commands from an external unit for controlling said units. 

61. A method for controlling the infusion of fluids to a 
5 patient from a plurality of pump units, comprising: 

providing an interface unit including a user interface 
adapted to provide an interface with a user; 

attaching a plurality of pump units to the interface 
unit, wherein each pump unit is capable of performing fluid 
10 infusion to a patient in accordance with pump unit specific 
information; 

. transferring at least a portion of the pump unit 
specific information from each pump unit to the interface 
unit; 

15 configuring said user interface in accordance with each 

said pump unit specific information to selectively provide a 
user interface for each of said pump units; 

manipulating the user interface to set up each pump unit 
so as to perform an infusion in accordance with a 
2 0 predetermined infusion protocol; and 

performing an infusion according to the predetermined 
infusion protocol with the plurality of pump units. 

62. The method of claim 61, further comprising the step of 
25 storing each said pump unit specific information in a memory 

of each said pump unit. 

63. The method of claim 62, wherein each said pump unit 
specific information in the memory of each said pump unit 

30 includes commands to configure the user interface to prompt 
the user to enter a desired infusion rate, to enter a desired 
volume to be infused, and to start an infusion. 

64. The method of claim 61, further comprising the step of 
35 storing at least a portion of each said pump unit specific 

information in a memory of the interface unit. 
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65. The method of claim 64, wherein each said pump unit, 
specific information in the memory of the interface unit 
includes commands to configure the user interface to prompt 
the user to enter a desired infusion rate, to enter a desired 

5 volume to be infused, and to start an infusion. 

66. The method of claim 64, wherein said pump unit specific 
information in the memory of the interface unit includes a 
redundant safety calculation capability* 

10 

67. The method of claim 61, wherein the step of manipulating 
further comprises: 

prompting the user to enter values for rate and volume 
to be infused; and 
15 entering said values such that each pump unit performs 

in accordance with the predetermined infusion protocol* 

68. The method of claim 61, wherein the predetermined 
infusion protocol is provided to the system using a data 

20 storage card receptacle on the interface unit* 

69. The method of claim 68, further comprising: 
providing a data storage card; 

storing the predetermined multiple unit infusion 
25 protocol on the data storage card; 

transferring the predetermined multiple unit infusion 
protocol to the system by engaging said data storage card in 
electronic communication with said data storage card 
receptacle; and 

30 executing commands to the interface unit to transfer 

said protocol-. 

70. A method for providing care to a patient, comprising: 
providing a first interface unit including a user 

35 interface having a first high level of functionality; 

removeably connecting a functional unit for providing 
patient therapies or monitoring the condition of a patient to 
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the first interface unit, wherein the functional unit 
receives power and communications from the first interface 
unit; and 

interchanging a second interface unit including a user 
5 interface having a second lower level of functionality with 
the first interface unit when predetermined requirements 
change . 

71. The method of claim 70, wherein said first interface 
10 unit further comprises: 

a display; and 

a keyboard including a plurality of softkeys interacting 
with the display so as to be configured in accordance with 
the functional unit specific information to provide varying 
15 command options to the user. 

72. The method of claim 71, wherein said second interface 
unit comprises a keyboard including only a plurality of 
function specific preprogrammed keys, wherein said functional 

2 0 unit is sequentially connectable to either of said first and 
second interface units. 

73. The method of claim 70, further comprising the step of 
provxding a plurality of functional units for connection to 

25 said interface units. 

74. The system of claim 18, wherein said transferring means 
comprises power and communication lines contained within and 
extending through said functional unit. 

30 

75. The system of claim 18, wherein said transferring means 
comprises power and communication ports on said functional 
unit, said ports connected by power and communication lines 
contained within and extending through said functional unit. 
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76. A patient care system, comprising: 

an interface unit adapted to provide an interface 
between the system and a user of the system; and 

at least first and second functional units, each 
5 capable of providing patient therapies or monitoring the 
condition of a patient in accordance with functional unit 
specific information ; 

wherein each said functional unit includes 
communication means for communicating with the interface unit 
lO and for providing communication between another functional 
unit and the interface unit such that said functional units 
may be secured to and supported by one another in any 
arrangement and order while communicating with the interface 
unit. 

15 

77. The system of claim 75, wherein said communication means 
comprises power and communication lines through said 
functional units. 

20 78. The system of claim 75, wherein said first functional 
unit is connected to said interface unit and said second 
functional unit is connected to said first functional unit. 



25 
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